home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / infoham / 940232.txt < prev    next >
Internet Message Format  |  1994-11-13  |  28KB

  1. Date: Thu,  3 Mar 94 21:09:50 PST
  2. From: Info-Hams Mailing List and Newsgroup <info-hams@ucsd.edu>
  3. Errors-To: Info-Hams-Errors@UCSD.Edu
  4. Reply-To: Info-Hams@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: Info-Hams Digest V94 #232
  7. To: Info-Hams
  8.  
  9.  
  10. Info-Hams Digest            Thu,  3 Mar 94       Volume 94 : Issue  232
  11.  
  12. Today's Topics:
  13.                        Anyone using JPS NIR 10?
  14.                         Easy to get 6:1 balun?
  15.                           Hamblaster Update
  16.                     INTERNET -- PACKET gateway!!!
  17.               Medium range point-to-point digital links
  18.                       On-line Repeater Directory
  19.        Probable demise of the online repeater directory project
  20.  
  21. Send Replies or notes for publication to: <Info-Hams@UCSD.Edu>
  22. Send subscription requests to: <Info-Hams-REQUEST@UCSD.Edu>
  23. Problems you can't solve otherwise to brian@ucsd.edu.
  24.  
  25. Archives of past issues of the Info-Hams Digest are available 
  26. (by FTP only) from UCSD.Edu in directory "mailarchives/info-hams".
  27.  
  28. We trust that readers are intelligent enough to realize that all text
  29. herein consists of personal comments and does not represent the official
  30. policies or positions of any party.  Your mileage may vary.  So there.
  31. ----------------------------------------------------------------------
  32.  
  33. Date: Thu, 3 Mar 1994 02:45:09 GMT
  34. From: ihnp4.ucsd.edu!mvb.saic.com!news.cerf.net!usc!cs.utexas.edu!news.unt.edu!news.oc.com!NewsWatcher!user@network.ucsd.edu
  35. Subject: Anyone using JPS NIR 10?
  36. To: info-hams@ucsd.edu
  37.  
  38. I have LOTs of ignition noise in the mobile while operating
  39. on HF.  Although I've been warned that DSP won't do much
  40. towards knocking down impulse type noise, I've been using
  41. a W9GR homebuilt unit and find that the improvement is
  42. worthwhile.
  43.  
  44. About the only DSP unit which specifically mentions noise
  45. reduction is the JPS NIR10 (which now had a Rev. 3.0 
  46. firmware upgrade).  I'd be interested in opinions of
  47. how well the current software works for noise reduction.
  48.  
  49. I know there was a QST review of the original unit in
  50. (I think) Oct 91, but I don't have that issue here in
  51. Texas (home qth is normally west of here).
  52.  
  53. Please e-mail or post here.  
  54.  
  55. THANKS & 73's de WB5KXH
  56.  
  57.     ======== insert usual disclaimers here ============
  58.       Bob Wier, East Texas State U., Commerce, Texas
  59. keeper of the Adobe Photoshop, MC68HC11, ICOM mailing lists
  60.       wier@merlin.etsu.edu (watch for address change) 
  61.  
  62. ------------------------------
  63.  
  64. Date: Thu, 3 Mar 1994 02:31:58 GMT
  65. From: ihnp4.ucsd.edu!mvb.saic.com!news.cerf.net!usc!yeshua.marcam.com!news.kei.com!news.oc.com!NewsWatcher!user@network.ucsd.edu
  66. Subject: Easy to get 6:1 balun?
  67. To: info-hams@ucsd.edu
  68.  
  69. Having a scanner with a 50 ohm input, I decided to try
  70. a tv antenna (yagi) as a directional antenna. Small snag -
  71. I got a 300 to 75 ohm transmormer, fed it to the 50
  72. ohm input and it seemed to work reasonably well, but
  73. I'd still like to get a better match. Does anyone know
  74. where you can come up with a 300 ohm balanced to 50
  75. ohm unbalanced (coax) transformer which would be good
  76. up to about 1Ghz?  
  77.  
  78. THANKS & 73's de WB5KXH
  79.  
  80.     ======== insert usual disclaimers here ============
  81.       Bob Wier, East Texas State U., Commerce, Texas
  82. keeper of the Adobe Photoshop, MC68HC11, ICOM mailing lists
  83.       wier@merlin.etsu.edu (watch for address change) 
  84.  
  85. ------------------------------
  86.  
  87. Date: Thu, 3 Mar 1994 14:13:38 GMT
  88. From: amiserv!vpnet!tellab5!jwa@uunet.uu.net
  89. Subject: Hamblaster Update
  90. To: info-hams@ucsd.edu
  91.  
  92. 2-15-94
  93.  
  94. New Developements
  95.  
  96. 1)  Adjustable tap/delay Adaptive (LMS) filter
  97.    
  98.     Last night I received a disk from Will Torgrim N9PEA.
  99.     It contained several adaptive filter, binary files  (binary 
  100.     files are actually machine language programs that are 
  101.     loaded into the Hamblaster).  
  102.  
  103.     The files contain several flavors, if you will, of adaptive 
  104.     filters.  One filter had 20 taps. (taps are actually delays 
  105.     that are used to impliment FIR filters).  A second filter had 
  106.     30 taps while another had 50 taps.    The three filters also 
  107.     had various convergence delays.   
  108.  
  109.     Here is a list  
  110.     
  111.     l20-1     20 taps with a 1 ms delay
  112.     l30-1     30 taps with a 1 ms delay
  113.     l30-2     30 taps with a 2 ms delay
  114.     l50-1     50 taps with a 1 ms delay
  115.     l50-2     50 taps with a 2 ms delay
  116.     l50-4     50 taps with a 4 ms delay
  117.  
  118. Results:
  119.  
  120.     The 20-1 filter worked well with AM broadcast.  I think 
  121.     that SWL's will be interestes in this one.  I provided 
  122.     good low frequency response with fast adaption time.
  123.  
  124.     The 30-1 and 30-2 performed about the same and reduced
  125.     some of the low frequencies.  While receiving CW the 30-2 
  126.     filter, I noticed a loud, more pronounced, click!
  127.    
  128.     The 50-1, I think, was the best choice for SSB.  It reduced
  129.     the low frequencies and provided a nice crisp sound and 
  130.     adapted quickly to carriers or CW.   The 50-4 had a very slow 
  131.     adaption time and I was able to copy fast CW, however it still 
  132.     adapted to continuous carriers.  It did have a bug!  High 
  133.     frequency tones, CW or carriers passed through very loud and 
  134.     sometimes cause a squeal.  I think an LP filter at the front 
  135.     end will correct that problem.  There was also a slow changing
  136.     swooshing sound as the filter slowly adapted.   I didn't have
  137.     time to thoroughly test the 50-2. 
  138.     
  139.     I'm sure I'll receive more adaptive filters for further testing
  140.     I'll keep you posted.
  141.  
  142. --- 
  143.    Jack Albert  WA9FVP             Fellow Radio Hacker 
  144.                      Tele (708) 378-6201 
  145.    Tellabs Operations, Inc.     FAX  (708) 378-6721 
  146.    1000 Remington Blvd.         jwa@tellabs.com
  147.    Bolingbrook, IL  60440            
  148.  
  149. ------------------------------
  150.  
  151. Date: 1 Mar 94 10:50:30 GMT
  152. From: ihnp4.ucsd.edu!sdd.hp.com!sgiblab!swrinde!gatech!howland.reston.ans.net!europa.eng.gtefsd.com!news.uoregon.edu!netnews.nwnet.net!bach.seattleu.edu!quick!ole!rwing!eskimo!seacat@network.UCSD
  153. Subject: INTERNET -- PACKET gateway!!!
  154. To: info-hams@ucsd.edu
  155.  
  156. wa2ise@netcom.com (Robert Casey) writes:
  157.  
  158. >In article <CLoxAu.96q@on.bell.ca> ydupont@Qc.Bell.CA writes:
  159. >>
  160. >>I'm new to PACKET and I would like to know if it's possible to
  161. exchange
  162. >>mail between INTERNET and PACKET. Is there a gateway doing that?
  163. What's
  164. >>the procedure?
  165.  
  166. >This probably should be in an FAQ file.  
  167.  
  168. >There shouldn't be any real problem with mail from Packet TO internet,
  169. >but the problem lies with the internet TO packet direction.  Problem
  170. >is to do with FCC rules.  No dirty words are allowed on packet, and
  171. >many forms of commercial or business related messages are not allowed
  172. >eighter.  Not sure if you can order a pizza by packet, though.  :-)
  173.  
  174. >Basically, this means that someone has to be a moderator and read all
  175. >the mail going to packet.  I doubt anyone's got that much time with
  176. >nothing better to do.  You could have a computer reject or remove all
  177. >dirty words, but business/commercial related mail would need a human.
  178.  
  179. While it is possible to do, my question is why? would you want to do it?
  180.  
  181. After all, Ham radio is just that, Radio! Tieing it into hardlines in
  182. that matter seems to stray from the topic of the hobby. Pointing mainly
  183. at the matter of RADIO to RADIO digital communication. Thats the sport
  184. of things. THink about it.
  185. Just my opinion of course! :)
  186.  
  187. R.Seacat KB7ZFU/AA
  188.  
  189. ------------------------------
  190.  
  191. Date: Wed, 2 Mar 1994 23:09:44 GMT
  192. From: ihnp4.ucsd.edu!mvb.saic.com!news.cerf.net!usc!elroy.jpl.nasa.gov!swrinde!sgiblab!wetware!spunky.RedBrick.COM!psinntp!psinntp!arrl.org!jbloom@network.ucsd.edu
  193. Subject: Medium range point-to-point digital links
  194. To: info-hams@ucsd.edu
  195.  
  196. Glenn Elmore (glenne@sad.hp.com) wrote:
  197. :   How do you intend to support even a fraction of the "20% of hams who call
  198. : packet their primary mode" with even *mediocre* performance (never mind
  199. : something competetive with telephone line modems which would stimulate and
  200. : support growth), 50 dB fade margins etc?
  201.  
  202. If 20% of hams are using packet as their primary mode when (for the
  203. vast majority of them) the support consists of poorly engineered
  204. 1200-baud links and 300-baud HF links, doesn't it make sense that
  205. at *least* that 20% would find 56-kbit/s useful?  Understand, I'm
  206. not arguing that faster speeds aren't desirable; they are.  The
  207. faster the better, within reasonable economic limits.  But "fast
  208. enough" is a relative term.  It depends on the amount of data you
  209. want to send and the response times you require.  And it's like
  210. hard disks: you'll fill a 20 Mbyte disk to capacity or a 500 Mbyte
  211. disk to capacity, depending on which you have.  Sure, you'd rather
  212. have 500 Mbytes, but a heck of a lot of useful work gets done on
  213. 20 Mbyte disks.  Sure, 56 kit/s isn't enough.  Neither is
  214. 2 Mbit/s.  Neither is 100 Mbit/s, because we can *always* fill it
  215. up.
  216.  
  217. If you are going to insist that a 56-kbit/s network isn't useful,
  218. what are the useage assumptions you are starting from?  I bet I
  219. can develop a (practical) set of usage assumptions that show
  220. *your* proposed network to be unacceptably limited.
  221.  
  222. I'm not saying I don't agree that a higher speed network is desriable.
  223. I'm just saying that the utility of the network vs. the speed
  224. is purely a matter of degree, and rests on opinions about what
  225. represents usable network capacity, not on hard data.
  226.  
  227. By the way... where can I buy my Hubmaster system?  I *know* where
  228. I can get the 56-kbaud hardware.
  229. -- 
  230. Jon Bloom KE3Z   jbloom@arrl.org
  231.  
  232. ------------------------------
  233.  
  234. Date: Thu, 3 Mar 1994 05:13:46 GMT
  235. From: netcomsv!netcom.com!tcj@decwrl.dec.com
  236. Subject: On-line Repeater Directory
  237. To: info-hams@ucsd.edu
  238.  
  239. John Boteler (bote@access3.digex.net) writes:
  240.  
  241.     > I thought that the whole idea of Conway's database was that net.hams
  242.     > would supply the empirical data, so it would be home-grown. Maybe
  243.     > I'm confused
  244.  
  245. I interpretated Conway's project more as an effort to liberate the data from
  246. the printed page and get it into a machine-readable format, making it vastly
  247. more useful.  If some of the erroneous data in the published directories gets
  248. corrected in the process, so much the better.
  249.  
  250.     > Having seen the data that is sent to the ARRL, I can confidently say
  251.     > that the effort of Bart Jahnke at the ARRL is minimized, since the
  252.     > regional coordinators must supply the data to the ARRL in a format
  253.     > almost identical to that which appears in the Repeater Directory.
  254.     > The ARRL simply appends the data together and voila! a Repeater
  255.     > Directory.
  256.  
  257. Interesting point.  By this measure, it would seem to me that the volunteers
  258. who have undertaken to keypunch the data (reagardless of their sources) for
  259. Conway's project deserve more credit for their efforts than the League does.
  260.  
  261.     > I am happy to report that T-MARC is implementing an "ombudsman" to
  262.     > verify the accuracy of its own data.  The ombudsman will take the
  263.     > list of repeaters and verify that each one is on the air.
  264.  
  265. Bravo!  Perhaps some of the other coordinating bodies will follow T-MARC's
  266. example.  There are a handful of repeaters listed for my area that I've never
  267. heard a peep out of since I bought my first HT in '85.  When I hear that there
  268. are long waiting lists in my area for a coordinated pair on 2M or 75cm, I
  269. often wonder if these phantom allocations are preventing someone else from
  270. getting a machine on the air, or whether they are merely bits of dross at the
  271. bottom of the files that nobody has ever bothered to clean up.  Any thoughts,
  272. anyone?
  273.  
  274.     > I still think that accuracy is crucial, since inaccurate data is
  275.     > worse than no data at all.  So, why are we still jabbering about
  276.     > this?  Don't say nothin, jes do it!
  277.  
  278. It seems to me that there's a much better chance for input from users
  279. concerning inaacuracies to have an impact on Conway's database than it does
  280. on the existing directories.
  281.  
  282.  
  283. Todd, KB6JXT
  284.  
  285. ------------------------------
  286.  
  287. Date: Wed, 2 Mar 1994 11:09:00 -0500
  288. From: news.acns.nwu.edu!math.ohio-state.edu!howland.reston.ans.net!gatech!news.byu.edu!yvax.byu.edu!cunyvm!rohvm1!rohvm1.mah48d@network.ucsd.edu
  289. Subject: Probable demise of the online repeater directory project
  290. To: info-hams@ucsd.edu
  291.  
  292. In article <tcjCLzBHG.Cx8@netcom.com>, tcj@netcom.com (Todd Jonz) wrote:
  293.  
  294.  
  295. > I don't think anyone has yet contested the fact that the *data* iteself is not
  296. > protected by copyright law.  Several folks have cited a precendent in which
  297. > the court found in favor of a company that had been sued by a telephone
  298. > company for republishing information from its white pages, even though this
  299. > information included errors that were specifically designed to uncover this
  300. > kind of activity.  Given this, I imagine that the League would be hard pressed
  301. > to win a court case, even if it could demonstrate that the *data* had been
  302. > lifted directly from their directory.
  303. >
  304. > So the question remains:  exactly how does the *format* of N2JWQ's compilation
  305. > infringe on that of the ARRL directory?  It's true that the data items in the
  306. > Directory are a subset of N2JWQ's database, but this doesn't seem like an
  307. > infringement to me since all of these data items could be independently
  308. > verified by just about anybody with an HT.  And while I readily recognize that
  309. > the League deserves credit for the resources they devoted to compiling this
  310. > data, I don't believe this *effort* is protected by copyright law either.
  311.  
  312. Yeah, I don't think we have any basic disagreement here.  I gotta dig up
  313. some of the relevant case law, though!  Anyhow, part of the problem _may_
  314. well have to do with something Dan Senie, N1JEB, posted:
  315.  
  316. >>Read the opening pages of the repeater directory. The publication indicates
  317. >>that certain data were obtained by other groups allowing the ARRL to use
  318. >>copyrighted data wwith permission. It would seem that the League has agreed to
  319. >>those groups being able to copyright their lists. I would guess that those
  320. >>groups see it as worthwhile to have their data printed in the repeater
  321. >>directory, and so allow for its use in the publication.
  322.  
  323. Could well be that part of the agreement by which the ARRL got to use the
  324. other folks' copyrighted material included a requirement to prevent
  325. unauthorized use by others.  They _might_ just be doing something they
  326. _have_ to do.
  327.  
  328. If you do independently verify, or compile, the basic data (as by posting a
  329. request for _original_ repeater information here, and using that for the
  330. directory), and present it in a format different from the ARRL directory, I
  331. don't think you infringe their directory (caveat: I'm not a lawyer).
  332.  
  333. But if you have the same columns in the same order, with the same
  334. abbreviations and symbols, you're probably infringing their format, under
  335. US copyright law, even if your directory is on-line and not printed.  How
  336. close you can come to somebody else's presentation of data and not infringe
  337. is the sort of thing that keeps lawyers driving Beemers.
  338.  
  339. Maybe we should wait and see if Conway has any success negotiating with the
  340. League.  That might be something where ARRL members might have some
  341. influence: e-mail the league (or at least the guys listed in the directory
  342. recently posted) and your director, and urge them to grant permission to
  343. use data/format for an on-line directory.
  344.  
  345. --
  346. 73  de  John Taylor    W3ZID
  347. rohvm1.mah48d@rohmhaas.com
  348.  
  349. ------------------------------
  350.  
  351. Date: Thu, 3 Mar 1994 04:38:54 GMT
  352. From: netcomsv!netcom.com!tcj@decwrl.dec.com
  353. To: info-hams@ucsd.edu
  354.  
  355. References <199402271230.EAA06623@ucsd.edu>, <9402281434.AA12050@umassmed.UMMED.EDU>, <rohvm1.mah48d-010394075503@136.141.220.39>
  356. Subject : The ARRL is a business (was "Re: ARRL--->Online Repeater directory")
  357.  
  358. Stephen Baker (sbaker@umassmed.UMMED.EDU) writes:
  359.  
  360.     > The league publishes the repeater directory which it currently
  361.     > enjoys monopoly status.  This must be enormously profitable for them
  362.     > as they are the sole source for such a directory
  363.  
  364. John E. Taylor III (rohvm1.mah48d@rohmhaas.com) replies:
  365.  
  366.     > Enormously profitable?  I don't think the League makes a _bundle_ on
  367.     > anything.  They _are_ a business, though.  As others have pointed
  368.     > out, non-profit does not mean that you can't _make_ money, it just
  369.     > governs what you _do_ with the money you make.
  370.  
  371. A league official recently told me that the ARRL spends an average of $75 per
  372. year per member.  If I'm not mistaken, membership costs only $40.  That extra
  373. $35 per capita has to come from somewhere.
  374.  
  375. As John very correctly points out, being a non-profit organization and
  376. generating revenue are not mututally exclusive.  Although I'm neither a tax
  377. lawyer nor an accountant, my understanding is that, excluding an allowed
  378. accrual for operating expenses, a non-profit organization's income and
  379. expenses must balance to zero at the end of its fiscal year.
  380.  
  381.  
  382. Todd, KB6JXT
  383.  
  384. ------------------------------
  385.  
  386. Date: 3 Mar 1994 04:09:55 GMT
  387. From: ihnp4.ucsd.edu!ucsnews!sol.ctr.columbia.edu!math.ohio-state.edu!howland.reston.ans.net!wupost!bigfoot.wustl.edu!cec3!jlw3@network.ucsd.edu
  388. To: info-hams@ucsd.edu
  389.  
  390. References <1994Mar2.070107.25919@ke4zv.atl.ga.us>, <1994Mar2.144907.26098@bongo.tele.com>, <CM2960.93I@ucdavis.edu>
  391. Subject : Re: JARGON
  392.  
  393. Daniel D. Todd (ez006683@chip.ucdavis.edu) wrote:
  394. : Julian Macassey (julian@bongo.tele.com) wrote:
  395.  
  396. : :     Wheras real mortals will say: "Blew a fuse this morning". A
  397. : : true ham will spin it out with a desciption of what equipment was
  398. : : drawing current at the time, who was effected, the duration of the
  399. : : outage and the total milage driven to buy a new fuse. A skilled ham
  400. : : communicator can spin a simple event out so that the description of it
  401. : : takes three times longer than the duration of the actual event.
  402.  
  403. : Nah,
  404. : A real Ham(tm) would have ten of the required fuses on hand but would 
  405. : still manage to use teh wrong value the first three times.  He (or she) 
  406. : would then explain when and where they bought the fuse ten years ago.
  407. : The worst part is that many other Real Hams(tm) will actually be 
  408. : interested and probably pump the first ham for more information. :-)
  409.  
  410. Now this is my question:  do hams *ever* talk about anything besides what
  411. kind of rig (s)he's got, ham problems, ham equipment, etc?  As a waiting
  412. (as in for my ticket) prospective, I've liistened to  the local repeaters,
  413. and personally, the conversations seem pretty boring if that's all you
  414. ever talk about.  Have I missed anything? or something?  Is the purpose
  415. of ham radio to talk about the technicalities of it?  I know that the
  416. whole nature of it requires technicality, but isn't there more to
  417. it than that?
  418.  
  419. --jesse (still waiting)
  420.  
  421. ------------------------------
  422.  
  423. Date: 3 Mar 1994 03:59:10 GMT
  424. From: ihnp4.ucsd.edu!ucsnews!sol.ctr.columbia.edu!math.ohio-state.edu!howland.reston.ans.net!wupost!bigfoot.wustl.edu!cec3!jlw3@network.ucsd.edu
  425. To: info-hams@ucsd.edu
  426.  
  427. References <CLoxAu.96q@on.bell.ca>, <wa2iseCLqs4n.CH1@netcom.com>, <CLzFGD.Eun@eskimo.com>e
  428. Subject : Re: INTERNET -- PACKET gateway!!!
  429.  
  430. : While it is possible to do, my question is why? would you want to do it?
  431. :  
  432. : After all, Ham radio is just that, Radio! Tieing it into hardlines in
  433. : that matter seems to stray from the topic of the hobby. Pointing mainly
  434. : at the matter of RADIO to RADIO digital communication. Thats the sport
  435. : of things. THink about it.
  436. : Just my opinion of course! :)
  437. :  
  438. : R.Seacat KB7ZFU/AA
  439.  
  440. What about this situation:  I'd like to keep in touch touch with non-amateur
  441. friends, who I usually use email for. (internet)  but when I'm not at college
  442. (i.e. at home), I'd like to be able to get email.  I just talked to the local
  443. sysadmin about this, and I'd essentially be forwarding my email (pre-screened
  444. by a program I'd have to write, of course, for length and content), to myself
  445. in Dallas.  Sound feasible?  It _is _ getting past the hardline, as I dont'
  446. always have access to the internet.
  447.  
  448. --jesse(>10 weeks and waiting)
  449.  
  450. ------------------------------
  451.  
  452. Date: Wed, 2 Mar 1994 12:39:30 -0500
  453. From: news.acns.nwu.edu!math.ohio-state.edu!howland.reston.ans.net!gatech!news.byu.edu!yvax.byu.edu!cunyvm!rohvm1!rohvm1.mah48d@network.ucsd.edu
  454. To: info-hams@ucsd.edu
  455.  
  456. References <gregg.68.000DC24B@plains.nodak.edu>, <762531813snx@skyld.grendel.com>, <2kvqsu$r0d@ornews.intel.com>vax
  457. Subject : Re: 5 by 5...
  458.  
  459. In article <2kvqsu$r0d@ornews.intel.com>, zardoz@ornews.intel.com (Jim
  460. Garver) wrote:
  461.  
  462. > In article <762531813snx@skyld.grendel.com> jangus@skyld.grendel.com (Jeffrey D. Angus) writes:
  463. >
  464. > >In article <gregg.68.000DC24B@plains.nodak.edu> gregg@plains.nodak.edu writes:
  465. >
  466. > >  > Where did the phrase, "I read you five by five." come from and what does
  467. > >  > it mean.  I know it means good copy, but what specifically does it mean?
  468. > >  > Does it come from the early days of radar, of ham radio, of military
  469. > >  > aviation or what?
  470. >
  471. > >  It comes from the RST signal reporting system.
  472. >
  473. > I would question this.  You will never hear an air traffic controller give
  474. > a signal report greater than 5X5.  In fact, I've never heard one give a
  475. > report under 5X5 for that matter.  It seems to me they have 3 signal reports
  476. > commonly used:
  477. >
  478. > "Taylorcraft 99999, You're 5 by 5.  Squawk 4747, transistion approved".
  479. >
  480. > "Aircraft calling, you're garbled and unreadable.  Remain clear of ARSA/TCA".
  481. >
  482. > "Aircraft calling, you're scratchy and unreadable.  Remain clear of ARSA/TCA".
  483. >
  484. > I've started using 5X5 myself after becoming disgusted with the abuse of 5X9.
  485. > I used to always use 5X7 out of generosity but a more middle figure is
  486. > probably better.  5X9 should require meter repair while 5X0 obviously means
  487. > you only hear hiss.  Actually, "Loud and Clear" has no more syllables than
  488. > "Five by Five" and will probably be better understood by a wider audience.
  489.  
  490. This appears to go back to military usage during WWII (maybe earlier, but
  491. _I_ wasn't around to verify that), and a radiotelephone signal-report scale
  492. that was 1 - 5 on both readability and strength.  Thus "5 by 5" is a good
  493. as it gets.
  494.  
  495. Doesn't the Airman's Information Manual have something in it about signal
  496. reports.  I seem to recall they encouraged plain-language reports, which
  497. make sense; using "5 by 5" from the tower sounds like a non-approved
  498. attempt at a personal "style."  Most people understand it, but also
  499. understand "solid copy" or "loud and clear" at least as well.
  500.  
  501. --
  502. 73  de  John Taylor    W3ZID
  503. rohvm1.mah48d@rohmhaas.com
  504.  
  505. ------------------------------
  506.  
  507. Date: Wed, 2 Mar 1994 18:48:49 GMT
  508. From: ihnp4.ucsd.edu!pacbell.com!sgiblab!swrinde!gatech!asuvax!pitstop.mcd.mot.com!mcdphx!schbbs!waters.corp.mot.com.corp.mot.com!user@network.ucsd.edu
  509. To: info-hams@ucsd.edu
  510.  
  511. References <1994Feb27.133807.12203@ke4zv.atl.ga.us>, <rcrw90-280294091343@waters.corp.mot.com.corp.mot.com>, <CSLE87-020394103111@145.39.1.10>
  512. Subject : Re: On-line Repeater Directory
  513.  
  514. At the risk of killing off a good flamefest, there have been some
  515. developments since I posted this:
  516.  
  517. In article <CSLE87-020394103111@145.39.1.10>, CSLE87 (Karl Beckman) wrote:
  518.  
  519. > In article <rcrw90-280294091343@waters.corp.mot.com.corp.mot.com>,
  520. > rcrw90@email.mot.com (Mike Waters) wrote:
  521.  
  522. > > (1) I sure would like to see a copy of the original letter making "lawyer
  523. > > noises".
  524.  
  525. > This has been addressed by fax from the receiver to specific requestors.
  526.  
  527. He was nice enough to send me a copy.  The letter does *not* support the
  528. allegations being made in this thread!
  529.   
  530. > > (4) Did you ever stop to think that there may even be some *other* reason
  531. > > for objecting to misues of copyright?  Like if you let one person abuse
  532. > > your copyright then others will try and maybe get away with it on that
  533. > > basis?  I can certainly think of some crazies who would gladly abuse ARRL
  534. > > publications fo rtheir own purposes, both to make money and to just make
  535. > > a nuisance of themselves - we have a few examples who post to these
  536. > > newsgroups for example.
  537.  
  538. The ARRL letter states that this is indeed the case as I suspected.
  539.  
  540. > There is also the point that the ARRL may themselves be abusing the
  541. > copyright process and harrassing other publishers.
  542.  
  543. As the original letter clearly states, the ARRL cannot be selective in its
  544. enforcement of Copyrights.  If one infringer is allowed to copy part of
  545. their text then others can do the same.
  546.  
  547. The basic principle of Corpyright is that you cannot copy someone else's
  548. published work without their permission.
  549.  
  550. Asking permission to use the material would seem like a reasonable thing to
  551. do though.  I understand that this is actually in progress in one form or
  552. another.
  553.  
  554. Enforcing your legal rights is not harrasment, however much you dislike
  555. that enforcement.
  556.  
  557. > In fact, if a pattern
  558. > were found, 
  559. > the League could be charged with anti-trust violations and the membership 
  560. > could potentially be charged individually with conspiracy and tried under 
  561. > the RICO statutes. Heavy stuff - is it worth the bad PR to amateur radio in
  562. > general and the costs to ARRL in particular??
  563.  
  564. Interesting speculation.  I suppose if little green men from mars were to
  565. land in Newington becase of all the antennas at ARRL headquarters that
  566. would create quite a stir too.
  567.  
  568. As far as I know there has been no suggestion of either possibility.
  569.  
  570. > The real issue is whether a valid claim of copyright exists at all.
  571.  
  572. Ultimately the claim is valid if a court says it is.
  573.  
  574. > The 
  575. > previous recent legal precedent says that there can be no valid copyright 
  576. > granted to ownership of the facts, merely the presentation of them (in 
  577. > the specific ARRL case, in PRINTED form). Therefore the presentation of 
  578. > a larger set of data, similar in form (and in a totally different media) is 
  579. > not subject to copyright protection. Just because Encyclopaedia Brittanica 
  580. > copyrights their encylopaedia does not mean that they have sole ownership 
  581. > of the facts presented therein. They own _their_ _presentation_ only.
  582.  
  583. The SC case that I think you are referringto says nothing whatever about
  584. the media used.  The defendant in that case did not merely copy the
  585. information, but reordered it and added "significant originality", enough
  586. to justify a separate  copyright.
  587.  
  588. According to the ARRL letter the directory project was exactly copying
  589. large portions of the ARRL directory, including codes for such things as PL
  590. access which were created by ARRL.  That was not the true in the SC case.
  591.  
  592. > > (I'm not a lawyer so this is not a legal opinion :-)
  593.  
  594. In case you missed this last time, in addition I am quoting the ARRL letter
  595. this time.
  596.  
  597. > Likewise, but experience tells me that if the phone companies with all 
  598. > their legal resources LOST the US District Curt case
  599.  
  600. It was the U.S. Supreme Court
  601.  
  602. > protecting their 
  603. > claimed copyright of the contents of a telephone directory, the League 
  604. > stands precious little chance of winning, much less recouping the legal 
  605. > costs from the sale of their version of a repeater directory.
  606.  
  607. According to the ARRL letter the facts are different here.  I am aware on
  608. *no* law or court decisions which allow "literal copying" of any kind for
  609. distribution.
  610.  
  611. I refuse to speculate on anyone's "chances of winning" a lawsuit :-)
  612. -- 
  613. Phooey on it all - I'm going sailing for a year or two!!!
  614.  
  615. ------------------------------
  616.  
  617. End of Info-Hams Digest V94 #232
  618. ******************************
  619.